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(57) ABSTRACT 

A method and apparatus for separately transporting each 
monomedia stream of a composite multimedia signal across 
a network, such as an ATM network, is disclosed. The 
transport of monomedia traffic over different network 
segments, which may or may not support all multimedia 
components, is disclosed. Each monomedia component, n, 
such as video, voice and data, of the multimedia session is 
separately transmitted over a connection having a capacity, 
C n . The capacity, C n , is generally specified in number of 
units of information, such as the bandwidth that should be 
allocated to the respective monomedia component for the 
duration of the call, or the number of ATM cells per unit time 
for the duration of the call. In an illustrative ATM network 
implementation, individual connections can be established 
for each monomedia component by assigning separate 
VP/VC identifiers to each monomedia connection. Jitter, due 
to synchronization problems, is controlled by allocating 
appropriate bandwidth to each monomedia component. In a 
preferred embodiment, the respective value of each mono- 
media connection capacity, C„, is adjusted so that the jitter 
among the individual monomedia components is minimized. 
The capacity, C„, assigned to each monomedia connection is 
preferably based on the types of media included in the 
session, and current network conditions and can be obtained 
from experimental or statistical profiles of various multime- 
dia type sessions, or dynamically adjusted based on network 
traffic conditions. 

28 Claims, 8 Drawing Sheets 
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METHOD AND APPARATUS FOR 
TRANSPORTING MULTIMEDIA 
INFORMATION OVER HETEROGENEOUS 
WIDE AREA NETWORKS 

FIELD OF THE INVENTION 
The present invention relates to a network communication 
system, and more particularly, to a method and apparatus for 
separately transporting each monomedia stream of a com- 
posite multimedia signal across heterogeneous networks, 10 
including an ATM network. 

BACKGROUND OF THE INVENTION 
The use of broadband networks, such as asynchronous 
transfer mode (ATM) networks, for the transfer of multime- 15 
dia information, such as video, voice and data, has become 
increasingly popular due to the high data rate and flexibility 
associated with such networks. ATM networks, for example, 
utilize a cell-oriented switching and multiplexing technique, 
and are based upon the use of short fixed-length "cells". 20 
ATM and other broadband networks have been embraced by 
the computer and telecommunication industries for network- 
ing existing and future multimedia applications, such as 
video conferencing, video-on-demand, and telephone appli- 
cations. 25 

An ATM network is a connection-oriented network, in 
which each transfer of information between a source device 
and a destination device is preceded by a call to a network 
connection manager to establish a connection, often referred 
to as a virtual channel, between the devices. Thus, the route 30 
between the devices is established prior to data transfer, and 
the connection is held during the entire transmission. The 
basic conccpl in establishing an end-to-end connection in an 
ATM network is the request for a series of virtual channel 
links from the source device to the destination device. The 35 
virtual channel (VC) on each link of the overall connection 

identifier (VCI) in the cell header, as welUs by a virtual path 
identifier (VPI), which identifies the virtual path (VP) to 
which the virtual channel belongs. Thus, in order to route 40 
arriving cells, each switching node in an ATM network will 
typically include a routing translation table, which provides 
the VPI/VCI translation information for the switching node. 

Currently, multimedia information may be transmitted 
across ATM and other networks to an end user by means of 45 
an integrated transport protocol, whereby the various mono- 
media components within the composite multimedia signal 
are encoded and transported together. This integrated trans- 
port approach, however, imposes several limitations, which, 
if overcome, could greatly expand the flexibility and quality 50 
of multimedia communications, particularly across hetero- 
geneous networks. For example, it is not expected that all 
end-user devices and network service subscribers would 
desire, or be capable of accessing, all monomedia compo- 
nents in a multimedia presentation. For example, in a 55 
conference call, some end users may desire to access only 
voice and data, or just voice, and not video. 

In addition, in the end-to-end path of multimedia sessions, 
heterogeneous network technologies, such as switches with 
different switch fabrics or diverse transport links, hereinafter 60 
referred to as "network segments," may be involved. For 
subscribers and locations where all switch fabrics and links 
are not available, only a subset of monomedia elements of 
a multimedia session may be supported. For example, if one 
or more network segments are wireless, the radio access (or 65 
the wireline portion of the wireless network) may only 
support voice, and not support data or video. 
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Furthermore, an integrated transport approach requires 
the same compression technique to be applied to each 
monomedia component of the composite multimedia signal. 
Thus, with an integrated transport approach, media specific 
compression techniques, which may be more efficient, can- 
not be directly exploited. 

An important characteristic of a multimedia traffic session 
is the timing relationship between each monomedia com- 
ponent within the composite multimedia signal. If the inter- 
stream synchronization, or temporal correlation between 
monomedia streams, is not properly maintained throughout 
the transmission and processing of a multimedia application, 
the presentation will not be properly synchronized and will 
exhibit jitter. This problem arises due to the random delay in 
wide-area networks as monomedia information segments 
traverse through the network and interact with traffic from 

As apparent from the above-described deficiencies with 
conventional systems for transporting multimedia 
information, a need exists for an improved method and 
apparatus for separately transporting each monomedia 
stream of a composite multimedia signal across a network, 
such as an ATM network. A further need exists for a 
multimedia communication system providing improved 
inter-stream synchronization between monomedia streams. 

SUMMARY OF THE INVENTION 

Generally, according to one aspect of the present 
invention, a method and apparatus for separately transport- 
ing each monomedia stream, such as video, voice and data, 
of a composite multimedia signal across heterogeneous 
networks, including an ATM network, is disclosed. Thus, the 
transport of monomedia traffic from a multimedia session 
over different network segments to different end users, 
which may or may not support or desire all multimedia 
components, is possible. 

A network access node, where access to the network takes 
place, separately transmits each monomedia component, n, 
such as video, voice and data, of the multimedia session to 
a different connection having a capacity, C„. The capacity, 
C,„ is generally specified in number of units of information, 
such as ATM cells per unit time. The values of capacity, C„ , 
affect the timing and spatial correlation among monomedia 
components. In an illustrative ATM network environment, 
individual connections can be established for each mono- 
media component by assigning separate VP/VC identifiers 
to each monomedia connection. The composite multimedia 
signal in an ATM network is also preferably assigned a 
unique VP/VC encapsulation identifier, hereinafter referred 
to as a "VP&CI," which is mapped to the identifiers of the 
individual VP/VC identifiers assigned to each monomedia 
component within the composite multimedia signal. The 
VP&CI may be conveyed to the destination nodes with the 
header information, or by means of signaling techniques. In 
a circuit switched network, individual monomedia connec- 
tions preferably have a unique identification, such as a 
telephone number, and connections are established by dial- 
ing the telephone number of the particular monomedia 
session. At the destination node or the destination device 
itself, the separate monomedia streams are recombined into 
the composite multimedia stream. 

According to a further aspect of the invention, jitter, due 
to synchronization problems, is controlled by allocating 
appropriate bandwidth to each monomedia component. In a 
preferred embodiment, the respective value of each mono- 
media connection capacity, C„, is adjusted so that the jitter 
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among the individual monomedia components is minimized. 
The capacity, C„, assigned to each monomedia connection 
can be obtained from experimental or statistical profiles of 
various multimedia type sessions stored in a capacity allo- 
cation table. When a call request arrives at a network node 
during call admission, the capacity allocation table is 
accessed to assign capacity values, C n , to each monomedia 
connection based on the types of media included in the 
session, and current network conditions. The capacity, C„, 
corresponds to the bandwidth that should be allocated to the 
respective monomedia component for the duration of the 
call. 

A more complete understanding of the present invention, 
as well as further features and advantages of the present 
invention, will be obtained by reference to the following 
detailed description and drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates a block diagram of a broadband 
network, such as an ATM network, suitable for transferring 
information from a source device to one or more destination 
devices; 

FIG. 2 illustrates the cell format definition for the ATM 
network of FIG. 1; 

FIG. 3 is a schematic block diagram of an exemplary node 
in the ATM network of FIG. 1; 

FIG. 4 illustrates in greater detail the multimedia traffic 
handler of FIG. 3; 

FIG. 5 illustrates a sample table from the routing table of 
FIG. 3; 

FIG. 6 illustrates a sample table from the capacity allo- 
cation table of FIG. 3; 

FIG. 7 graphically illustrates the probability density func- 
tion of jitter for various multimedia scenarios; and 

FIG. 8 is a flow chart describing an exemplary multimedia 
call handler process that may be utilized by the access node 
of FIG. 3. 

DETAILED DESCRIPTION 

FIG. 1 shows an illustrative network environment 
100-102 for transferring multimedia information, such as 
video, voice and data, between one or more sources and 
destinations, such as end users 110-113 and server 120. 
Each end user 110-113, such as end user 110, may not 
desire, or be capable of accessing, all monomedia compo- 
nents of a given composite multimedia session. Although the 
network environment 100-102 is primarily illustrated herein 
as an asynchronous transfer mode (ATM) network, other 
suitable networks or heterogeneous combinations thereof 
may be utilized, such as circuit and packet switch networks, 
as well as other broadband networks, as would be apparent 
to a person of ordinary skill. 

According to one feature of the present invention, each 
component monomedia stream of a composite multimedia 
signal is separately transported across the network 100. In 
this manner, the transport of monomedia traffic over differ- 
ent network segments, which may or may not support all 
multimedia components, is possible. The networks 100-102, 
such as an illustrative ATM network 100, are comprised of 
a plurality of network nodes, discussed below in conjunction 
with FIGS. 3 and 4, interconnected by a plurality of data 
links. Thus, at a network node 300, which may be a switch 
or a multiplexer, where access to the network 100 takes 
place, each monomedia component, n, such as video, voice 
and data, of the multimedia session is separately transmitted 
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to a different connection having a capacity, C„. The capacity, 
C n , is generally specified in number of units of information, 
such as ATM cells per unit time. As discussed further below, 
the respective values of capacity, C„, affect the timing and 

5 spatial correlation among monomedia components. 

In the illustrative ATM network environment 100, indi- 
vidual connections can be established for each monomedia 
component by assigning separate VP/V C identifiers to each 
monomedia connection. It is noted that the different mono- 

1° media components may not travel the same physical path 
across the network 100. In one embodiment, the composite 
multimedia signal in an ATM network is also assigned a 
unique VP/VC encapsulation identifier. The VP/V C encap- 
sulation identifier is mapped to the identifiers of the indi- 

15 vidual VP/VC identifiers assigned to each monomedia com- 
ponent within the composite multimedia signal. 
Alternatively, in a circuit switched network, individual 
monomedia connections preferably have a unique 
identification, such as a telephone number, and connections 

20 are established by dialing the telephone number of the 
particular monomedia session. In this manner, each inter- 
mediate network node 300 preferably examines the header 
information included in each monomedia component indi- 
cating the address of the destination device. At the destina- 

25 tion node or the destination device itself, the separate 
monomedia streams are recombined into the composite 
ultimedia stream. 

According to a further feature of the present invention, 
jitter, due to synchronization problems, is controlled by 

30 allocating appropriate bandwidth to each monomedia com- 
ponent. In a preferred embodiment, the respective value of 
each monomedia connection capacity, C„, is adjusted so that 
the jitter among the individual monomedia components is 
minimized. The capacity, C„, assigned to each monomedia 

35 connection can be obtained from experimental or statistical 
profiles of various multimedia type sessions stored in a 
capacity allocation table 600, discussed below in conjunc- 
tion with FIG. 6. Thus, when a call request arrives at a 
network node 300 during the call admission, the capacity 

40 allocation table 600 is accessed to assign capacity values, 
C„, to each monomedia connection based on the types of 
media included in the session, and current network condi- 
tions. The capacity, C,„ corresponds to the bandwidth that 
should be allocated to the respective monomedia component 

45 for the duration of the call. 

In the illustrative embodiment, the end users 110-113 can 
utilize work stations (not shown), as well as other general- 
purpose devices, such as a telephone system or a videophone 

5Q system. The server 120 may be embodied, for example, as a 
file server, a music server, or a video-on-demand system. 

As is well known, an ATM network, such as the network 
KM), is a connection-oriented cell-switching network. The 
multimedia information transmitted through the network 

55 100 is organized into short, fixed-length cells, in order to 
provide low latency. The cell format associated with the 
ATM standard is shown in FIG. 2. For a more detailed 
description of the ATM cell format standard, see CCITT 
Recommendations 1.361, B-ISDN ATM Layer Specification, 

60 Study Group XVIII, Report R-116, 2, pp. 2-9 (July 1992), 
incorporated herein by reference. 

Generally, as shown in FIG. 2, each ATM cell 200 has a 
fixed length of 53 bytes, comprised of a four byte cell header 
232, a one byte header error control (HEC) 233 and a 48 byte 

65 cell payload 234. The HEC 233 is a Cyclic Redundancy 
Check (CRC) of the header information which is processed 
by the physical layer to detect errors in the header 232, 
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allowing for correction of single-bit errors, or detection of monomedia component. The multimedia traffic handler 400 

multiple bit errors. The payload 234 contains user will then request connections for each monomedia compo- 

information, signaling information or operation, administra- nent from source to destination with the desired capacity 

tion and maintenance (OAM) information. The header 232 values, C„, in the same manner that a connection is requested 

includes the routing information and priority control infor- s in a conventional network for an integrated multimedia 

mation associated with the cell 200. Under the ATM stream. 

standard, the header 232 includes an eight bit Virtual Path The encapsulated Virtual Path and Circuit Identifier 

Identifier (VPI) field 236 and a 16 bit Virtual Channel (VP&CI) 240 is generated by the multimedia traffic handler 

Identifier (VCI) field 238. In addition, according to a feature 400 at the source node 300, where the capacities, C„, for the 

of the present invention, the header 232 preferably includes 1Q various monomedia components are also determined. At the 

a field designated herein as an "encapsulated Virtual Path destination node, the encapsulated Virtual Path and Circuit 

and Circuit Identifier (VP&CI) 240" which is mapped to the Identifier (VP&CI) 240 is retrieved from the header 

identifiers of the individual VP/VC identifiers assigned to information, or from the multimedia call handler process 

each monomedia component within the composite multime- 800, and utilized to associate the different components of 

dia signal. As indicated above, the information in the VPI multimedia connections to reproduce the original multime- 

and VCI fields 236, 238 is used by the nodes in the network dia session. After a multimedia session is established, the 

100 to forward a received cell to the appropriate next stage individual monomedia connections utilize conventional net- 

of the network 100. It is noted that for a leaf node, the VPI work routin 8 Procedures. 

and VCI will indicate a local process. M indicated above, the routing information stored in each 
t , . • , , ,, n n rl ■ t u u a on *u node of the network 100 includes a routing table 500, 
In order to include the VP&( I in the header 232, there ,„ ... , ,. _ T _ _ . . . . c 6 . ., ' 
. , , . A ™, „ 4 i 4 -° illustrated in FIG. 5. In an ATM network, for example, the 
must be a change in the ATM cell structure or packet or rou informatl0n stored in the routi taWe 500 is ^ ntered 
frame structure in non-ATM networks. Another preferred duri B the call connection establishment phase by the pro- 
embodiment, which would not require any change in the cessQr 340 and win femain CQnstant fof the duration of a 
existing cell, packet or frame structures, is discussed here- call M shown in FIG 5> the routing table 500 wiu prefer . 
inafter. During call setup, a signaling message carries the 25 ably be comprised of columns 530 through 560. An encap- 
VPI/VCI values of the individual monomedia connections sulated Virtual Path and Circuit Identifier (VP&CI) column 
between the source and destination nodes 300. The VP&CI 530 is populated with the identifier, which has been assigned 
is carried through this signaling message to each destination to the respective multimedia session. As previously 
node 300 with multimedia capability and stored there by the indicated, the encapsulated Virtual Path and Circuit Identi- 
multimedia call handler process 800. 30 fier (VP&CI) is preferably mapped to the identifiers of the 
Likewise, signaling in circuit switched networks is individual VP/VC identifiers assigned to each monomedia 
accomplished using CCS7 (Common Channel Signaling component within the composite multimedia signal. An 
#7), or other signaling techniques. The task of signaling in incoming VP/VCI column 540 is populated with the VPI/ 
ATM and packet networks is usually accomplished using VCI values associated with connections through the respec- 
pre-specified VP/VC's allocated for signaling. Generally, 35 tive node 300. Thus, each row of the table 500, such as the 
signaling can be performed inband or out-of-band. rows 505 through 520, is indexed by a different VPI/VCI 
As shown in FIG. 3, a network node 300 may be com- value. The outgoing VPI/VCI column 550 is populated with 
prised of one or more input ports, such as the input ports 305 the outgoing VPI/VCI value, for connections passing 
through 308, and one or more output ports, such as the through the node, or an address for one or more packet 
output ports 310 through 313. The network node 300 40 buffers 320, where the various monomedia components of a 
includes at least one processing unit 340, which may be composite multimedia session, having a given encapsulated 
embodied as a single processor, or a number of processors VP&CI, will be accumulated, until the complete session is 
operating in parallel. In addition, the network node 300 received, for connections where the respective node is the 
includes a memory device 350 for storing a routing table last node before the destination. Finally, an optional mono- 
500, the capacity allocation table 600, each discussed further 45 media type column 560 can indicate the media type of each 
below in conjunction with FIGS. 5 and 6, respectively, and monomedia component. The media type may be utilized, for 
packet buffers 320. By definition, a cell received at a leaf example, to add additional callers to a conference call in 
node is destined for a local process executing on the node. progress. 

The leaf node will preferably store the cells received for a FIG. 6 illustrates an exemplary capacity allocation table 

given packet in a packet buffer 320, until the complete 50 600, that preferably stores capacity values, C„, that will be 

packet is received, for example, as indicated by an end-of- assigned to each monomedia connection based on the types 

packet (EOP) bit. Once the complete packet is received, the of media included in the session, and current network 

packet will be passed to the appropriate process. conditions at call setup time. The capacity, C„, corresponds 

According to a feature of the present invention, each to the bandwidth that should be allocated to the respective 

access node 300 preferably includes a multimedia traffic 55 monomedia component for the duration of the call. The 

handler 400, shown in further detail in FIG. 4, and a capacity allocation table 600 maintains a plurality of 

multimedia call handler process 800, shown in FIGS. 3 and records, such as records 605-625, each associated with a 

8. The multimedia traffic handler 400 will separate each different multimedia scenario. For each multimedia scenario 

monomedia stream from a composite multimedia signal and identified in field 630, the capacity allocation table 600 

transmit it to a different buffer 410-412, each associated 60 indicates the types of media included in the session in fields 

with a connection having a capacity, C„. In addition, the 635 through 645, an indication of the normalized path traffic 

multimedia call handler process 800, discussed below in in field 650, and the corresponding capacity values, C„, in 

conjunction with FIG. 8, will receive a connection request fields 655 through 665 that should be assigned to each 

associated with a given multimedia session during the call monomedia connection included in the composite multime- 

" m phase, analyze the types of media included in the 65 dia signal, 

lion and network conditions, and will thereafter deter- As previously indicated, the capacity, C„, values stored in 

ie the desired capacity values, C„, to be assigned to each the capacity allocation table 600 for each monomedia con- 
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nection are based on the types of media included in the 
session, and network conditions and can be obtained from 
experimental or statistical profiles of various multimedia 
type sessions. The capacity, C n , is a "measure" of the 
bandwidth in appropriate units, such as kilobits-per-second 5 
(Kbps). The capacity, C„, v alues may be predetermined or 
may be calculated in real-time at call-setup. The normalized 
path traffic can be obtained, for example, by sending test 
messages, such as Resource Management Cells in an ATM 
network, from the source to the destination prior to connec- 1Q 
tion set-up, where the network elements along the path 
would include information about their traffic and congestion 
status, as well as other parameters. A typical probability 
density function of inter-stream cell delay (jitter) is shown in 
FIG. 7. The shape of the probability density function J5 
depends on the characteristics of the multimedia traffic, the 
spatial correlation among the monomedia streams, buffer 
size, as well as the capacities allocated to each monomedia 
stream. In the illustration of FIG. 7, case 3 produces the 
worst jitter since it has the largest standard deviation, and 2Q 
case 2 exhibits the best jitter distribution. Thus, in order to 
assign values of capacity, C„, to each monomedia compo- 
nent under various network conditions, various values of 
capacities can be analyzed and the combination providing 
the smallest standard deviation can be selected. 25 

As previously indicated, each node 300 which may serve 
as an access node, includes a multimedia call handler 
process 800, illustrated in FIG. 8, which will (i) receive a 
connection request associated with a given multimedia ses- 
sion during the call connection phase, (ii) analyze the types , Q 
of media included in the session, and network conditions, 
(iii) determine the desired capacity values, C„, to be 
assigned to each monomedia component and stored in the 
capacity allocation table 600 and thereafter (iv) request 
connections from source to destination with the desired 35 
capacity values, C„, for each monomedia component. As 
shown in FIG. 8, the multimedia call handler process 800 
will begin executing during step 810 upon receipt of a 
request for a multimedia connection. 

Thereafter, the multimedia call handler process 800 will 40 
analyze the request during step 820 based on media types 
and network traffic conditions. As previously indicated, 
network traffic conditions can be obtained, for example, by 
sending test messages, such as Resource Management Cells 
in an ATM network, from the source to the destination prior 45 
to connection set-up, where the network elements along the 
path would include information about their traffic and con- 
gestion status, as well as other parameters. Thereafter, the 
multimedia call handler process 800 will determine the 
capacity, C„, values for each media type, for example, by 50 
analyzing various values of capacities and the resultant 
probability density function. In such an embodiment, the 
combination providing the smallest standard deviation is 
selected. 

The multimedia call handler process 800 will assign an 55 
encapsulation Virtual Path and Channel Identifier (VP&CI) 
to the multimedia session during step 840, and then establish 
a virtual channel for each media type during step 850. 
Thereafter, the assigned VP&CI value for the multimedia 
session is preferably stored in the source and destination 60 
nodes during step 855. It is noted that the VP&CI value can 
be conveyed to the nodes with the header information, or by 
means of signaling techniques, as discussed above. Finally, 
program control terminates during step 860. 

It is noted that the values of capacity, C„, can be assigned 65 
end-to-end for the entire length of the call, or may be chosen 
differently for each link at each node 300 across the network 
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100. In this alternate embodiment, as a call request signal 
traverses between source and destination, each node 300 
would assign appropriate capacity values, C„, based on the 
type of multimedia call request, monomedia components 
comprising the call, and traffic conditions. Of course, the 
assigned capacities can be dynamically adjusted during a 
call, to reflect variations in network traffic. 

It is to be understood that the embodiments and variations 
shown and described herein are merely illustrative of the 
principles of this invention and that various modifications 
may be implemented by those skilled in the art without 
departing from the scope and spirit of the invention. 

We claim: 

1. A method of transporting multimedia information 
across one or more heterogeneous networks from a source to 
a destination, said multimedia information consisting a 
plurality of types of monomedia components, said method 
comprising the steps of: 

establishing a separate connection between said source 
and said destination for each of said monomedia com- 
ponents; and 

transmitting said monomedia components to said desti- 
nation independently by means of said established 
connections. 

2. The method according to claim 1, further comprising, 
the step of allocating bandwidth to each of said connections 
to minimize jitter among said monomedia components. 

3. The method according to claim 2, wherein said band- 
width is allocated to said connections between said source 
and said destination for the entire length of a session. 

4. The method according to claim 2, wherein said band- 
width is allocated to each connection by one or more nodes 
between said source and said destination. 

5. The method according to claim 2, wherein said band- 
width allocation is based on said monomedia components 
comprising the call and traffic conditions. 

6. The method according to claim 2, wherein said band- 
width allocations are dynamically adjusted during a session 
to reflect variations in network traffic. 

7. The method according to claim 1, wherein at least one 
of said networks is an asynchronous transfer mode network 
and said separate connections have a unique virtual channel 
identifier. 

8. The method according to claim 1, wherein at least one 
of said networks is a circuit switched network and each of 
said separate connections have a unique telephone number. 

9. The method according to claim 1, further comprising 
the step of assigning an identifier to said multimedia infor- 

10. The method according to claim 9, further comprising 
the step of storing said identifier at said destination. 

11. The method according to claim 9, wherein said 
identifier is sent to said destination with header information. 

12. The method according to claim 9, wherein said 
identifier is sent to said destination by means of signaling 
techniques. 

13. The method according to claim 9, further comprising 
the step of recombining said monomedia components into 
said multimedia information using said identifier. 

14. A method of transporting multimedia information 
across one or more heterogeneous networks from a source to 
a destination, said multimedia information consisting a 
plurality of types of monomedia components, said method 
comprising the steps of: 

establishing a separate connection between said source 
and said destination for each of said monomedia com- 
ponents; 
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allocating bandwidth to each of said connections to mini- 
mize jitter among said monomedia components; and 

transmitting said monomedia components to said desti- 
nation independenly by means of said established con- 

15. The method according to claim 14, wherein said 
bandwidth is allocated to said connections between said 
source and said destination for the entire length of a session. 

16. The method according to claim 14, wherein said 
bandwidth is allocated to each connection by one or more 
nodes between said source and said destination. 

17. The method according to claim 14, wherein said 
bandwidth allocation is based on said monomedia compo- 
nents comprising the call and traffic conditions. 

18. The method according to claim 14, wherein said 
bandwidth allocations are dynamically adjusted during a 
session to reflect variations in network traffic. 

19. The method according to claim 14, wherein at least 
one of said networks is an asynchronous transfer mode 
network and each of said separate connections have a unique 
virtual channel identifier. 

20. The method according to claim 14, wherein at least 
one of said networks is a circuit switched network and each 
of said separate connections have a unique telephone num- 
ber. 

21. A system for transporting multimedia information 
across one or more heterogeneous networks from a source to 
a destination, said multimedia information consisting a 
plurality of types of monomedia components, comprising: 
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a multimedia traffic handler for establishing a separate 
connection between said source and said destination for 
each of said monomedia components; and 
at least one communications port for transmitting said 
s monomedia components to said destination indpen- 
dently by means of said established connections. 
22. The system according to claim 21, wherein said 
multimedia traffic handler further allocates bandwidth to 
each of said connections to minimize jitter among said 
monomedia components, 
to 23. The system according to claim 22, wherein said 
bandwidth is allocated to said connections between said 
source and said destination for the entire length of a session. 

24. The system according to claim 22, wherein said 
bandwidth is allocated to each connection by one or more 

15 nodes between said source and said destination. 

25. The system according to claim 22, wherein said 
bandwidth allocation is based on said monomedia compo- 
nents comprising the call and traffic conditions. 

26. The system according to claim 22, wherein said 
20 bandwidth allocations are dynamically adjusted during a 

session to reflect variations in network traffic. 

27. The system according to claim 21, wherein at least one 
of said networks is an asynchronous transfer mode network 
and said separate connections have a unique virtual channel 
identifier. 

25 28. The system according to claim 21, wherein at least one 
of said networks is a circuit switched network and each of 
said separate connections have a unique telephone number. 



